Skip to content

Conversation

facchinm
Copy link
Contributor

@facchinm facchinm commented Oct 7, 2025

Uses an STM32U585 microcontroller.
Some drivers will need to be developed (led matrix, internal RPC)

status = "okay";
pinctrl-0 = <&i2c4_scl_pd12 &i2c4_sda_pd13>;
pinctrl-1 = <&i2c4_scl_pf14 &i2c4_sda_pf15>;
pinctrl-names = "default", "sleep"; /* TODO: sleep is jmisc mux */
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

may be worth explanding the comment, not very clear at the moment

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We have connected the same CPU peripheral to multiple sets of pins and need a solution to choose which pinmux must be applied at runtime; the choice of sleep was just a helpful placeholder.
Converted to regular comments and will submit a separate PR to provide this functionality.

Comment on lines 133 to 136
pinctrl-0 = <&spi2_sck_pb13
&spi2_miso_pb14 &spi2_mosi_pb15 &spi2_nss_pb9>;
pinctrl-1 = <&spi2_sck_pd1
&spi2_miso_pc2 &spi2_mosi_pc3>;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: that's a weird way to indent this, maybe do two per line? or use #92334 if you feel like trying it, worked well from what I've seen

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tried downloading the latest available dts-linter (0.3.0-beta.5), but it did not flag or correct those. Fixed them by hand 👍


&gpiog {
status = "okay";
}; No newline at end of file
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

missing eof newline, fix your editor

# Flash merged TF-M + Zephyr binary
set_property(TARGET runners_yaml_props_target PROPERTY hex_file tfm_merged.hex)

if (CONFIG_HAS_FLASH_LOAD_OFFSET)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

check the compliance error, this one is very uninsightful for some reasons but I think it's complaining about the space after the if

@rugeGerritsen can you take a look? The error only shows

boards/arduino/uno_q/board.cmake:8 CMakeStyle

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this has to be under 100k or somehing, crop the whitespace and pass it through https://tinywebp.app/ or something


.. code-block:: console

adb forward tcp:3333 tcp:3333 && adb shell arduino-debug
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fancy, I presume this has to be run from the application processor? May be worth expanding a bit on it, or maybe just like the official programming documentation

@nashif
Copy link
Member

nashif commented Oct 9, 2025

I wonder what the "Q" stands for

Copy link
Contributor

@pillo79 pillo79 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @fabiobaltieri for the review, comments should be addressed.

Comment on lines 133 to 136
pinctrl-0 = <&spi2_sck_pb13
&spi2_miso_pb14 &spi2_mosi_pb15 &spi2_nss_pb9>;
pinctrl-1 = <&spi2_sck_pd1
&spi2_miso_pc2 &spi2_mosi_pc3>;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tried downloading the latest available dts-linter (0.3.0-beta.5), but it did not flag or correct those. Fixed them by hand 👍

status = "okay";
pinctrl-0 = <&i2c4_scl_pd12 &i2c4_sda_pd13>;
pinctrl-1 = <&i2c4_scl_pf14 &i2c4_sda_pf15>;
pinctrl-names = "default", "sleep"; /* TODO: sleep is jmisc mux */
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We have connected the same CPU peripheral to multiple sets of pins and need a solution to choose which pinmux must be applied at runtime; the choice of sleep was just a helpful placeholder.
Converted to regular comments and will submit a separate PR to provide this functionality.

@pillo79
Copy link
Contributor

pillo79 commented Oct 9, 2025

Sorry for the noise, did a pretty bad rebase 👎

@zephyrbot zephyrbot requested a review from pillo79 October 9, 2025 14:21
Uses an STM32U585 microcontroller.
Some drivers will need to be developed (led matrix, internal RPC)

Signed-off-by: Martino Facchin <[email protected]>
Signed-off-by: Luca Burelli <[email protected]>
Copy link

sonarqubecloud bot commented Oct 9, 2025

Please retry analysis of this Pull-Request directly on SonarQube Cloud

@kylebonnici
Copy link
Contributor

kylebonnici commented Oct 9, 2025

I can confirm the the current sha 94c74f9 produced the right formatting

uno_q % dts-linter --formatFixAll                                                                        
✅  Searching for '**/*.{dts,dtsi,overlay}' in /Users/kylebonnici/workspace/personal/zephyr/boards/arduino/uno_q
✅ [1/4] arduino_uno_q_stm32u585xx_ns.dts is correctly formatted
✅ [2/4] arduino_uno_q.dts is correctly formatted
✅ [3/4] arduino_uno_q-common.dtsi is correctly formatted
✅ [4/4] arduino_r3_connector.dtsi is correctly formatted
✅  Processed 4 files
✅  All files passed formatting

@pillo79

Tried downloading the latest available dts-linter (0.3.0-beta.5), but it did not flag or correct those. Fixed them by hand 👍

I have tried the linter on c080801 and I got the diff see attached, can you share how you ran it so I can fix any issues present.

diff.patch

@pillo79
Copy link
Contributor

pillo79 commented Oct 9, 2025

I have tried the linter on c080801 and I got the diff see attached, can you share how you ran it so I can fix any issues present.

diff.patch

Thanks for confirming! Then there is no issue. I guess we were both surprised that the lines Fabio highlighted :

pinctrl-0 = <&spi2_sck_pb13
&spi2_miso_pb14 &spi2_mosi_pb15 &spi2_nss_pb9>;
pinctrl-1 = <&spi2_sck_pd1
&spi2_miso_pc2 &spi2_mosi_pc3>;

did not trigger any rewrite even if they definitely look ugly, but you confirmed they don't breach any existing rules.

Also, I'm not sure we want to enforce a reformat for those: it will be a pretty invasive change whatever direction is chosen (one per line, reflow to some width etc).

@kylebonnici
Copy link
Contributor

kylebonnici commented Oct 9, 2025

I have tried the linter on c080801 and I got the diff see attached, can you share how you ran it so I can fix any issues present.
diff.patch

Thanks for confirming! Then there is no issue. I guess we were both surprised that the lines Fabio highlighted :

pinctrl-0 = <&spi2_sck_pb13
&spi2_miso_pb14 &spi2_mosi_pb15 &spi2_nss_pb9>;
pinctrl-1 = <&spi2_sck_pd1
&spi2_miso_pc2 &spi2_mosi_pc3>;

did not trigger any rewrite even if they definitely look ugly, but you confirmed they don't breach any existing rules.

Also, I'm not sure we want to enforce a reformat for those: it will be a pretty invasive change whatever direction is chosen (one per line, reflow to some width etc).

No there are no such rules in place at the moment. The only rules I am planning to add in the near future is to reflow when we exceed 100 char and only if we can physically split the line.

@thenguyenyf thenguyenyf removed their request for review October 10, 2025 03:15
Comment on lines +57 to +60
scratch_partition: partition@e0000 {
label = "image-scratch";
reg = <0x000e0000 DT_SIZE_K(64)>;
};
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not a change request but swap using scratch should only be used if you have different sector sizes in one slot or between both slots

@@ -0,0 +1,11 @@
# SPDX-License-Identifier: Apache-2.0

# enable uart driver
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

capitalise first letters of comments and acronyms like UART

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please reduce resolution of image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants